Skip to content

[action] [PR:27704] [docker-fpm-frr]: Fix tcmalloc package name for Trixie armhf#27758

Open
mssonicbld wants to merge 1 commit into
sonic-net:202605from
mssonicbld:cherry/202605/27704
Open

[action] [PR:27704] [docker-fpm-frr]: Fix tcmalloc package name for Trixie armhf#27758
mssonicbld wants to merge 1 commit into
sonic-net:202605from
mssonicbld:cherry/202605/27704

Conversation

@mssonicbld

Copy link
Copy Markdown
Collaborator

Why I did it

PR #27580 (FRR tcmalloc build) introduced libgoogle-perftools4 as a runtime dependency in the docker-fpm-frr Dockerfile. This breaks the marvell-prestera-armhf build because on Debian Trixie armhf, the time64 transition renames this package to libgoogle-perftools4t64 — the old name has no installation candidate.

The CI did not catch this because docker-fpm-frr was cached for the armhf build during the original PR validation.

How I did it

Changed libgoogle-perftools4libgoogle-perftools4t64 in dockers/docker-fpm-frr/Dockerfile.j2.

Since docker-fpm-frr is always Trixie-based (DOCKER_SWSS_LAYER_TRIXIE), libgoogle-perftools4t64 is the correct package name for all architectures (amd64, arm64, armhf). This matches the pattern used by:

  • sonic-slave-trixie/Dockerfile.j2 (line 227): libgoogle-perftools4t64
  • dockers/docker-platform-monitor/Dockerfile.j2: librrd8t64
  • dockers/docker-sonic-mgmt-framework/Dockerfile.j2: libcurl4t64

How to verify it

  • Verified libgoogle-perftools4t64 exists on Trixie for both armhf and amd64 via Debian package tracker
  • CI pipeline should rebuild docker-fpm-frr for marvell-prestera-armhf (cache miss due to Dockerfile change)

Which release branch to backport

  • 202305
  • 202311
  • 202405
  • 202411
  • 202505

Tested branch

master

Description for the changelog

Fix docker-fpm-frr tcmalloc dependency package name for Trixie armhf (time64 transition)

Link to config_db schema for YANG module changes

N/A

Signed-off-by: Sonic Build Admin sonicbld@microsoft.com

#### Why I did it
PR sonic-net#27580 (FRR tcmalloc build) introduced `libgoogle-perftools4` as a runtime dependency in the docker-fpm-frr Dockerfile. This breaks the marvell-prestera-armhf build because on Debian Trixie armhf, the time64 transition renames this package to `libgoogle-perftools4t64` — the old name has no installation candidate.

The CI did not catch this because docker-fpm-frr was cached for the armhf build during the original PR validation.

#### How I did it
Changed `libgoogle-perftools4` → `libgoogle-perftools4t64` in `dockers/docker-fpm-frr/Dockerfile.j2`.

Since docker-fpm-frr is always Trixie-based (`DOCKER_SWSS_LAYER_TRIXIE`), `libgoogle-perftools4t64` is the correct package name for all architectures (amd64, arm64, armhf). This matches the pattern used by:
- `sonic-slave-trixie/Dockerfile.j2` (line 227): `libgoogle-perftools4t64`
- `dockers/docker-platform-monitor/Dockerfile.j2`: `librrd8t64`
- `dockers/docker-sonic-mgmt-framework/Dockerfile.j2`: `libcurl4t64`

#### How to verify it
- Verified `libgoogle-perftools4t64` exists on Trixie for both [armhf](https://packages.debian.org/trixie/armhf/libgoogle-perftools4t64) and [amd64](https://packages.debian.org/trixie/amd64/libgoogle-perftools4t64) via Debian package tracker
- CI pipeline should rebuild docker-fpm-frr for marvell-prestera-armhf (cache miss due to Dockerfile change)

#### Which release branch to backport
- [ ] 202305
- [ ] 202311
- [ ] 202405
- [ ] 202411
- [ ] 202505

#### Tested branch
master

#### Description for the changelog
Fix docker-fpm-frr tcmalloc dependency package name for Trixie armhf (time64 transition)

#### Link to config_db schema for YANG module changes
N/A

Signed-off-by: Sonic Build Admin <sonicbld@microsoft.com>
@mssonicbld

Copy link
Copy Markdown
Collaborator Author

Original PR: #27704

@mssonicbld

Copy link
Copy Markdown
Collaborator Author

/azp run Azure.sonic-buildimage

@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines successfully started running 1 pipeline(s).

@yijingyan2

Copy link
Copy Markdown
Contributor

/azp run

@azure-pipelines

Copy link
Copy Markdown
Azure Pipelines successfully started running 1 pipeline(s).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants